草庐IT

c++ - gcc 和 libstdc++ 向前兼容

全部标签

c++ - GCC API 无法分解其自己的导出符号

我正在尝试使用GCC’sabi::__cxa_demangle分解从g++生成的目标文件中导出的符号.但是,我总是得到错误mangled_nameisnotavalidnameundertheC++ABImanglingrules下面是我调用该函数的方式:std::stringdemangled(std::stringconst&sym){std::unique_ptrname{abi::__cxa_demangle(sym.c_str(),nullptr,nullptr,nullptr),std::free};return{name.get()};}(省略了错误处理;它存在于comp

与 Qt 4 (QtQuick 1.x) 和 Qt 5 (QtQuick 2.x) 兼容的 C++/QML 项目

当编写不使用QML且不依赖于新的Qt5功能的Qt应用程序时,我们可以同时使用Qt4和Qt5对其进行编译(除了少数源代码不兼容)。当我们想要使用Qt5功能但又想退回到等效但效率较低的Qt4解决方案时,我们可以简单地使用#if检查Qt版本,例如使用新的QStringLiteral但回到QString::fromUtf8使用Qt4编译时。我们怎样才能用QtQuick做同样的事情?请注意,可以使用QDeclarativeView与QtQuick1.x在Qt5中,但这不会使用Qt5中的新场景图。只有1.x在QDeclarativeView中得到支持并且只有2.x在QQuickView中得到支持,

c++ - 从长远来看,使用调试器和大量使用 C++ 模板是否不兼容?

我正在从事一个使用大量模板和库(如boost::fusion)的项目,我发现自己正在为一个可执行文件而苦苦挣扎,截至今天,该可执行文件的大小为600MB,而gdb仅需要1.7GB的内存来加载它,和符号查找将使它使用近3GBs..剥离后的二进制文件大约为5MB。问题是,为了生成更小的调试符号,是否需要做些什么?这不仅是gdb的问题,也是链接器的问题,链接器在链接使用-g标志编译的对象时使用另外1.2GB的RAM我试过-g1-g2和-g3,问题还是一样。 最佳答案 isthereanythingtobedoneinordertogene

c++ - gcc 和 clang 不同意 constexpr 函数

从生成器函数编写一个简单的编译时std::array工厂,我偶然发现了这个:clang++3.5.1和g++4.9.2不同意函数是否是constexpr或不。代码(这是c++14!):#include#includetemplateconstexprstd::arraymake_array_impl(GenTypegen,std::index_sequence){return{{gen(I)...}};}templateconstexprstd::arraymake_array(GenTypegen){returnmake_array_impl(gen,std::make_index_

c++ - 为什么 gcc-4.9.2 不支持 std::string.insert(iterator, range) 返回迭代器

根据cppreference,C++11应该支持:templateiteratorinsert(const_iteratorpos,InputItfirst,InputItlast);但是当我尝试使用g++4.9.2编译以下代码时:std::stringstr{"helloworld"},addition{"hmy"};autoiter=str.erase(str.begin(),str.begin()+4);iter=str.insert(next(iter),addition.begin(),addition.end());//Error我收到以下错误(liveexample):e

c++ - gcc -Wall 引入编译器错误

我正在尝试在KeilIDE中为stm32f103微Controller使用gcc编译器。我正在编译一个相对较小的项目,其中包含一些模板代码和几个纯虚拟类。没有花哨的C++11东西。到目前为止一切顺利。当我使用-w或-pedantic编译时,项目编译正常。但是当我输入-Wall时,这部分出现了编译错误:templateT&round(T&value,UroundStep){UMBA_ASSERT(roundStep>0);UMBA_STATIC_ASSERT(std::numeric_limits::is_integer);UMBA_STATIC_ASSERT(std::numeric_

c++ - 使用 C++ Lambda 函数作为 Qt 中的槽是否有助于保持库的二进制兼容性?

我关心的是使在Qt5.9下开发的小部件库能够在未来升级而无需重新编译已经使用它的代码。当然,我是从PImpl习语开始的,它的Qt版本描述了here和here。然而,在尝试调整我的代码时,我想到了一个想法,与其添加新的数据成员并将它们移动到一个单独的私有(private)类,不如使用Qt的带有lambda函数的信号/槽机制,并且只有本地变量。让我们用下面的例子来说明这个想法:变体A:classFoo:publicQWidget{Q_OBJECTpublic:explicitFoo(QWidget*parent=nullptr);private://AbunchofdatamembersQ

【Linux】动态库和静态库——动态库和静态库的打包和使用、gcc编译、拷贝到系统默认的路径、建立软连接

文章目录动态库和静态库1.静态库和动态库的介绍2.静态库的打包和使用2.1生成静态库2.2使用静态库的三种方式2.2.1gcc编译2.2.2拷贝到系统默认的路径2.2.3建立软连接3.动态库的打包和使用3.1生成动态库3.2使用动态库3.3解决加载不到动态库的方法动态库和静态库1.静态库和动态库的介绍  静态库和动态库是两种不同的程序库,它们在编译和链接阶段有不同的应用方式和特点。  静态库(StaticLibrary):  静态库是在编译时被全部链接到目标程序中,一同生成可执行文件,所以生成的可执行文件较大,但运行时不需要链接其他库。静态库的后缀通常为.a或.lib。在程序发布时,通常只需要

c++ - 同一台机器上的 libstdc++ 64 位和 32 位版本

我正在尝试为64位平台交叉编译我的软件版本。我可以在同一台机器上安装32位和64位版本的libstdc++而不必担心破坏我的linux安装吗?操作系统是32位的ubuntu。我之前没有交叉编译过,只是想检查一下我是否设置了CFLAGS和LDFLAGS对于合适的CPU,一旦我安装了正确版本的libstdc++,我应该没问题。我检查了64位版本的ubuntu,但是它有一个符号链接(symboliclink)lib64->库如果在32位机器上也是这种情况,这会搞砸很多,有人知道如何排序吗?我现在遇到以下错误[exec]/usr/bin/ld:skippingincompatible/usr/

vscode的ssh忽然连不上服务器:远程主机可能不符合glibc和libstdc++ VS Code服务器的先决条件

vscode自动更新了一下就发现连不上服务器了,我寻思估计一大堆人都寄了,一搜,果然哈哈哈哈==然后我直接搜一天内新发布的博客,还真给我搜到了这个问题,按照这个问题里面的回答(vscode1.86无法远程连接waitingtheserverlog)回退一下vscode版本就可以了,说白了就是直接去vscode官网下1.85版本的就可以了。实验室师兄选择转战pycharm,但是我仍然选择坚守vscode哈哈哈。